home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / policy / 940189.txt < prev    next >
Internet Message Format  |  1994-11-13  |  22KB

  1. Date: Sun,  1 May 94 04:30:08 PDT
  2. From: Ham-Policy Mailing List and Newsgroup <ham-policy@ucsd.edu>
  3. Errors-To: Ham-Policy-Errors@UCSD.Edu
  4. Reply-To: Ham-Policy@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Policy Digest V94 #189
  7. To: Ham-Policy
  8.  
  9.  
  10. Ham-Policy Digest           Sun,  1 May 94       Volume 94 : Issue  189
  11.  
  12. Today's Topics:
  13.                      88-108 FM Band Transmissions
  14.                       [News] FCC Gets New Weapon
  15.                          FD Logging Software
  16.                       Welcome to rec.radio.info!
  17.  
  18. Send Replies or notes for publication to: <Ham-Policy@UCSD.Edu>
  19. Send subscription requests to: <Ham-Policy-REQUEST@UCSD.Edu>
  20. Problems you can't solve otherwise to brian@ucsd.edu.
  21.  
  22. Archives of past issues of the Ham-Policy Digest are available 
  23. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-policy".
  24.  
  25. We trust that readers are intelligent enough to realize that all text
  26. herein consists of personal comments and does not represent the official
  27. policies or positions of any party.  Your mileage may vary.  So there.
  28. ----------------------------------------------------------------------
  29.  
  30. Date: Sat, 30 Apr 1994 20:07:59 -0500
  31. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!wupost!psuvax1!hsdndev!NewsWatcher!user@network.ucsd.edu
  32. Subject: 88-108 FM Band Transmissions
  33. To: ham-policy@ucsd.edu
  34.  
  35. It is "suggested" by reading the commercials for some kits that low power
  36. transmission in the 88-108 band - including communicating - is legal.  Just
  37. what are the regulations?  Is it just a matter of non-interference? Hard to
  38. believe! For example could one rebroadcast a distant commercial FM station
  39. on an alternate channel from a hilltop to fill valley coverage in remote
  40. areas?  Could a repeater have a low power direct output on 88-108 to
  41. facilitate monitoring?  Sounds scary and likely illegal but perhaps someone
  42. knows the chapter and verse on this.  If sources could be quoted that would
  43. be helpful.
  44.  
  45. -- 
  46. Frank H. Duffy, MD                     e-mail: duffyfr@a1.tch.harvard.edu
  47. Neurology, Childrens Hospital     workstation: fhd@fhd486.harvard.edu
  48. & Harvard Medical School                  FAX: (617) 735-7230
  49. 300 Longwood Avenue                     voice: (617) 735-7919 / 7846
  50. Boston, MA 02115  USA           amateur radio: K1MOQ
  51.  
  52. ------------------------------
  53.  
  54. Date: Sun, 1 May 1994 06:29:59 GMT
  55. From: spsgate!mogate!newsgate!nuntius@uunet.uu.net
  56. Subject: [News] FCC Gets New Weapon
  57. To: ham-policy@ucsd.edu
  58.  
  59. In article <2prkp4$lq2@vortex.eng.sc.rolm.com> Mont Pierce,
  60. montp@vortex.eng.sc.rolm.com writes:
  61. >Everyone should be held accountable for their actions including whatever
  62. >they contribute to another person's actions.  The problem is that there
  63. >is no way to achieve complete justice in this system of things.  We need
  64. >God's government as expressed in the Lord's prayer to accomplish that...
  65.  
  66.    Your three examples are just a bit extreme don't you think?  I drink,
  67. but I don't drive drunk........I shoot, but not at people...........and
  68. the car salesman is so lame it's not worthy of comment.  I agree with
  69. Erich in as much as we need to exercise good judgment ourselves. 
  70. Personally I don't believe we need one law of the kingdom, just one
  71. rule.... respect the needs and wishes of others.  We have a laws on the
  72. books that cover just about everything, but laws don't mean much until
  73. society gets ,fed up.  Being a baby boomer, I remember when it was cool
  74. to go out, get hammered and drive home........I can't remember the last
  75. time I have had more than a beer maybe two and driven myself
  76. home.......And as much as anything it is because of peer pressure. 
  77.    The point being that such activities are not socially acceptable
  78. within ham radio, and in the long run not tolerated. I don't see the need
  79. to cut the throat of the poor salesman who has an enthusiasm for our
  80. hobby.......
  81.  
  82. Please don' t take this personally, there are many religions around the
  83. world, and it's a bit clouded as to which really has the keys to the
  84. kingdom.  If yours works for you......GREAT.......but respect the fact
  85. that it might not for me...........
  86.  
  87.  
  88. Rick Aldom
  89. The opinions expressed are my own......For as long as the current law of
  90. the land will permit it.
  91.  
  92. ------------------------------
  93.  
  94. Date: 30 Apr 94 13:49:31 GMT
  95. From: news-mail-gateway@ucsd.edu
  96. Subject: FD Logging Software
  97. To: ham-policy@ucsd.edu
  98.  
  99. Brad:
  100.  
  101.  >>   I am looking for Field Day logging software that will work on an XT
  102.  >> machine. I have KB0ZP logging, but I can't get it to work on the XT.
  103.  >>  Does anyone have any leads on some simple, shareware FD logging
  104.  >> programs?  -Brad Killebrew N5LJV
  105.  
  106. I believe there are some on the HamNet forum on CompuServe.  Also, the ARRL BBS
  107. has several.
  108.  
  109. -- //Steve//
  110.  
  111. +-------------------------------+---------------------------------------+
  112. | Steve Silverwood [KB6OJS/2]   | CompuServe: 76703,3035                |
  113. | Computer Associates           |      GEnie: S.SILVERWOOD              |
  114. | One Computer Associates Plaza |   Internet: 76703.3035@compuserve.com |
  115. | Islandia, NY  11788-7000      |    Prodigy: XBHU98A                   |
  116. | (516)CALL-CAI (225-5224)      |        FAX: (516)342-6861             |
  117. +-------------------------------+---------------------------------------+
  118.  
  119. ------------------------------
  120.  
  121. Date: Sat, 30 Apr 1994 21:00:07 MDT
  122. From: ihnp4.ucsd.edu!usc!math.ohio-state.edu!cyber2.cyberstore.ca!nntp.cs.ubc.ca!alberta!adec23!ve6mgs!rec-radio-info@network.ucsd.edu
  123. Subject: Welcome to rec.radio.info!
  124. To: ham-policy@ucsd.edu
  125.  
  126. Archive-name: radio/rec-radio-info/welcome
  127. Last-modified: $Date: 1994/01/02 22:00 $
  128. Version: $Revision: 1.06 $
  129.  
  130. *** Welcome to rec.radio.info! ***
  131.  
  132. Welcome to rec.radio.info, a group that aims to provide a noise-free source
  133. of information and news for the entire rec.radio hierarchy.
  134.  
  135. Two introductory articles about rec.radio.info are posted to the group and
  136. to news.answers every two weeks. You are now reading the first article, which
  137. explains what rec.radio.info is, and answers some Frequently Asked Questions. 
  138. The second article is titled "Submission Guidelines", and you only need to 
  139. read it if you want to submit an article to rec.radio.info.
  140.  
  141. You can skip to the next section of this article by searching for the next
  142. " -- " string. The sections available are:
  143.  - What is the purpose of rec.radio.info?
  144.  - Why are messages almost always cross posted to rec.radio.info?
  145.  - What is a 'follow-up', and what does 'moderated' mean?
  146.  - OK, so now I know what 'moderated' means. Tell me more.
  147.  - What type of material is considered inappropriate?
  148.  - I do not have access to news, how can I get the information posted to
  149.    rec.radio.info?
  150.  - Will the material appearing in rec.radio.info be archived somewhere?
  151.  - I have a regular posting with timely information, is there a way to
  152.    speed up it's delivery, or automate for more convenience?
  153.  
  154.  -- What is the purpose of rec.radio.info?
  155.  
  156. The purpose or charter of rec.radio.info is to provide the Usenet community with
  157. a resource for information, news, and facts about any and all things radio.
  158.  
  159. All the other rec.radio groups are intended for discussions and general chit
  160. chat about radio.  Rec.radio.info will contain informational, factual articles
  161. only. Follow-ups are redirected to an appropriate other group, and further
  162. discussion (if any) will not take place in rec.radio.info.
  163.  
  164. In order to ensure that rec.radio.info contains only appropriate articles, it
  165. was decided to create the group as a moderated newsgroup.
  166.  
  167.  -- Why are messages almost always cross posted to rec.radio.info?
  168.  
  169. It provides a "tag" for each article to be assembled into a filtered
  170. presentation in rec.radio.info (even with cross-posting, only one message, with
  171. a unique Message-ID, is propogated across the net).  This tag also facilitates
  172. a pre-existing method of dropping or cancelling the articles locally within the
  173. discussion groups if you don't want to see them.  This accommodates individuals
  174. who want to separate the bulletins from the discussions, discussions from the
  175. bulletins, as well as those who are adamant about not reading another
  176. newsgroup and wanted to see everything all in one basket.  
  177.  
  178. With the total size of Usenet (in number of newsgroups and total traffic)
  179. doubling every year or so, this is no insignificant contribution to reducing
  180. information noise and chaos.  Making the discussion groups a catch-all, and
  181. making extra newsgroups filters on that catch-all, is also the most realistic
  182. way to implement such a scheme (It's not intuitively obvious what the charter,
  183. contents, and general appropriate topics for each and every newsgroup are.
  184. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
  185. for new readers).
  186.  
  187. By cross-posting one only is adding a few tens of bytes to each bulletin (to
  188. specify the extra group on the Newsgroups line), but are adding the capability
  189. for very powerful filtering features available on most news servers,
  190. listservers and readers.  Your local news guru could probably explain these
  191. features in more detail.
  192.  
  193. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
  194. a line of the form:
  195.     /Newsgroups:.*[ ,]rec\.radio\.info/h:j
  196. either in ~/News/KILL (if you don't want to see rec.radio.info articles
  197. anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
  198. just in rec.radio.amateur.misc).  The latter method means your kill file will
  199. only be consulted during rec.radio.amateur.misc (and hence runs more
  200. efficiently), and will probably work for most people.
  201.  
  202. In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
  203.     rec.radio.info:!s/:^
  204. in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
  205. put the following lines: 
  206.     sequence
  207.     rec.radio.info
  208.     rec.radio.
  209. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
  210. then read the remaining rec.radio.* without the bulletins.
  211.  
  212.  -- What is a 'follow-up', and what does 'moderated' mean?
  213.  
  214. If you are new to Usenet and are not familiar with the terminology, you might
  215. want to read the general introductory articles found in the newsgroup
  216. news.announce.newusers. Doing so will make your life on the net much easier,
  217. and will probably save you from making silly beginner's mistakes.
  218.  
  219. If you think that at this moment you are reading an echo, a conference, or
  220. a bulletin board, I'd also strongly suggest a trip over to
  221. news.announce.newusers.
  222.  
  223. For the rest of this article, I will assume you have a basic knowledge of
  224. Usenet terminology and mechanics.
  225.  
  226. A moderated group means that any article that needs to be posted to the group
  227. has to be accepted by the moderator of the group. Since we need to ensure that
  228. followups to an article (discussion) do not show up in the rec.radio.info
  229. newsgroup, the `Followup-To:' header line contains a newsgroup that is
  230. appropriate for disussions about the specific article.
  231.  
  232.  -- OK, so now I know what 'moderated' means. Tell me more.
  233.  
  234. Rec.radio.info is a moderated newsgroup, which means that all articles
  235. submitted to the group will have to be approved by the moderator first.
  236.  
  237. The current moderator of the group is Mark Salyzyn.  Submissions to
  238. rec.radio.info can be posted, or e-mailed to:
  239.  
  240.         rec-radio-info@ve6mgs.ampr.ab.ca
  241.  
  242. Comments, criticisms, suggestions or questions about the group can be e-mailed
  243. to:
  244.         rec-radio-request@ve6mgs.ampr.ab.ca
  245.  
  246. But before you do so, please be sure to check out the "Submission Guidelines"
  247. article.
  248.  
  249. The influence of the moderator should be minimal and of an administrative
  250. nature, consisting chiefly of weeding out obviously inappropriate articles,
  251. while making sure correct headers etc. are used for the appropriate ones.
  252.  
  253.  -- What type of material is considered inappropriate?
  254.  
  255. There are three broad categories of articles which will be rejected by the
  256. moderator:
  257.  
  258. 1) Requests for information: rec.radio.info is strictly a one-way street.  I
  259.    receive information in my mailbox; I then post it to rec.radio.info.
  260.    Requests for specific information belong in the normal discussion newsgroups.
  261.    If your request gets answered, you might consider passing the answer on to
  262.    rec.radio.info, though. Especially if you can edit it into a informational,
  263.    rather than a discussion, format.
  264.  
  265. 2) Obvious discussion articles, or articles that appear unsubstantiated.
  266.  
  267. 3) Commercial stuff: a relatively unbiased test of a radio product would be
  268.    accepted, but any hint of for-profit might be reason for rejection. For three
  269.    reasons: This is not the purpose of the list, for-profit is a controversial
  270.    topic, and this list may be passed onto Amateur Packet Radio (where
  271.    for-profit is prohibited except under certain provisos).
  272.  
  273.    rec.radio.swap (or possibly comp.newprod) may be more deserving of the
  274.    posting in any matter.
  275.  
  276.    Similarly, copyrighted material generally cannot be used.  If it's TRULY
  277.    worthwhile to the net, I would recommend obtaining permission from the
  278.    copyright holder.  Please note the source, and if permission was given.  I
  279.    reserve the right to make the final decision concerning appropriateness in
  280.    all situations.  In most cases, a brief summary of, or pointer to, the
  281.    copyrighted information may be all I can allow.
  282.  
  283.  -- I do not have access to news, how can I get the information posted to
  284.     rec.radio.info?
  285.  
  286. brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
  287. rec.radio.info. Non of the articles will be digested, due to their size, so
  288. you will receive individual mailings for every article posted to the group.
  289.  
  290. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
  291. thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
  292.  
  293. To subscribe and unsubscribe via the listserver; the format for that is
  294.  
  295.     sub address radio-info
  296.     unsub address radio-info
  297.  
  298. where 'address' is your full mailing address. Send this request to
  299.  
  300.     listserv@ucsd.edu
  301.     
  302. Note that the server will automatically delete any address that bounces mail.
  303. If you leave the address portion blank, it will try to deduce your address
  304. from the mail headers. This may not work if you are on bitnet, milnet or
  305. some other non-Unix host, so it is recommended to put your return address
  306. in any case. For example:
  307.  
  308.     sub mymailbox@myhost.mydomain.mil radio-info
  309. or
  310.     sub MEMEME01@DMBHST.bitnet radio-info
  311.  
  312. or something like that.
  313.  
  314.  -- Will the material appearing in rec.radio.info be archived somewhere?
  315.  
  316. Yes. Still firming up details at the moment but here is a preliminary list:
  317.     - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
  318.     - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
  319.         saved to /pub/dx/text/rec.radio.info currently stored as
  320.         numbered files.
  321.  
  322. Effectively this means that anything you post to rec.radio.info will be
  323. permanently stored, so your work will not be lost.
  324.  
  325.  -- I have a regular posting with timely information, is there a way to
  326.     speed up it's delivery, or automate for more convenience?
  327.  
  328. Yes, there is! It may take a bit of chatter with the moderator, but we are
  329. willing to take responsible people and provide them the means of posting the
  330. articles directly from their site. We will try everything we can as we fully
  331. realize that DX (distant signal) and astronomical data can be somewhat
  332. transitory. We are also willing to allow regular posters of information the
  333. same courtesy, even if the information is not as time critical.
  334.  
  335. We refer to this as self-moderation, which is partly based on the model for
  336. news.answer. This requires co-operation and good will to be beneficial to
  337. the community in the rec.radio hierarchy.
  338.  
  339. I suggest reading the posting guidelines for more information. I am open to
  340. suggestions.
  341.  
  342. I thank the following individuals for their input into this article:
  343.     rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
  344.     rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
  345.     Paul W. Schleck, KD3FU pschleck@unomaha.edu
  346.     Ian Kluft, KD6EUI ikluft@uts.amdahl.com
  347.  
  348. -- 
  349. Mark Salyzyn -- Moderator rec.radio.info
  350. Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
  351. Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
  352. * Requests for information do *not* belong in rec.radio.info *
  353.  
  354. ------------------------------
  355.  
  356. Date: Sat, 30 Apr 1994 14:06:32 GMT
  357. From: world!drt@uunet.uu.net
  358. To: ham-policy@ucsd.edu
  359.  
  360. References <042294021743Rnf0.77b9@amcomp.com>, <2pkeke$nvd@vortex.eng.sc.rolm.com>, <CoxpAq.GM5@wang.com>
  361. Subject : Re: "NOCODE" Tech to "TechPLUS" upgrading
  362.  
  363. Dave Bushong (dbushong@wang.com) wrote:
  364.  
  365. : My license also says "PRIMARY".  That's under the heading that says
  366. : "Station Privileges", which doesn't make much sense to me.  I thought
  367. : I heard that there is no such thing as a station license anymore, but
  368. : only an operator license.
  369.  
  370. No, indeed!  What do you think a Club license is but a station license?
  371.  
  372. With the demise of Secondary licenses, it's easy to think the Station
  373. license is gone.  But the truth is, you still have both a Station
  374. license (the callsign) and an Operator license (Tech, Advanced, etc.).
  375.  
  376. This is a good thing, since they're both still required by law.
  377.  
  378. If I come to your house and operate your station with your callsign,
  379. I'm using my Operator license and your Station license.  If I do this
  380. without your permission, I'm operating with a valid Operator's license
  381. but I'm in violation of the rules requiring a valid Station license.
  382.  
  383. If, instead of using your callsign, you give me permission to use *my*
  384. callsign on the very same equipment, the biggest difference is you are
  385. no longer at all responsible for violations of rules (such as spurious
  386. signals), whereas if I use your callsign, we're *both* on the hook,
  387. legally, since I'm the licensed control op, but you're the Station
  388. licensee.
  389.  
  390. If you post a copy of your Primary license, that's operating authority
  391. for you, but not me - I need my operator's license.  If you post a
  392. copy of a Club license showing you as trustee, it's not even operating
  393. authority for you - you still have to have your Operator/Primary
  394. license with you to prove authority to operate.  Club licenses are
  395. Station licenses only.
  396.  
  397. There are other, yet more subtle distinctions.  The ARRL recently
  398. proposed that Operator licenses be issued for life, that is, any
  399. "expired" (primary station!) license would be a valid operator's
  400. license - you could operate *someone else's* station, but not your own
  401. unless you applied for a new Station license.  (As a side effect, no
  402. one would ever have to be retested, no matter how long their Station
  403. license had been expired.)  The FCC could do this by simple
  404. regulation, without needing Congressional action, because the statute,
  405. the Communications Act of 1934 as amended, limits *Station* licenses to
  406. 10 years, but not *Operator* licenses.
  407.  
  408. There are (well, at the moment) no Operator's licenses without
  409. (primary) Station licenses tacked on, but Club stations, as well as
  410. the few remaining RACES and Military Recreation stations, have station
  411. licenses (i.e., callsigns) without any Operator privs specified -
  412. Station licenses only.
  413.  
  414. -drt
  415.  
  416. ------------------------------------------------------------------------
  417. |David R. Tucker     KG2S         8P9CL            drt@world.std.com|
  418. ------------------------------------------------------------------------
  419.  
  420. ------------------------------
  421.  
  422. Date: Thu, 28 Apr 1994 15:19:40 GMT
  423. From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!convex!news.duke.edu!eff!news.kei.com!ub!newserve!sarah!psinntp!psinntp!relay1!rsvl_ns!ernie!ernie.rsvl.unisys.com!ted1@network.ucsd.edu
  424. To: ham-policy@ucsd.edu
  425.  
  426. References <CoKBAp.Lwt@cup.hp.com>, <2p40p5$isa@abyss.West.Sun.COM>, <gganderson.357.0@augustana.edu>com
  427. Subject : Re: /KT (was /AA? (I'm confused))
  428.  
  429. In article <gganderson.357.0@augustana.edu> gganderson@augustana.edu (Kevin Anderson -7325) writes:
  430.  
  431. >Don't forget that a Tech that becomes Tech+ has the /KT suffix
  432. >they can (should) use when in the HF.
  433.  
  434. I would suggest that we all forget that immediately. 
  435. Edward Stafford AA0QG     <ted1@rsvl.unisys.com>
  436. UNISYS Corp.
  437. MS 4963
  438. P.O. Box 64942            Phone: [612] 635-7725
  439. St. Paul, MN 55164-0942   FAX:   [612] 635-7523
  440.  
  441. ------------------------------
  442.  
  443. Date: Sun, 1 May 1994 02:37:33 GMT
  444. From: ihnp4.ucsd.edu!usc!howland.reston.ans.net!noc.near.net!mv!world!drt@network.ucsd.edu
  445. To: ham-policy@ucsd.edu
  446.  
  447. References <gganderson.357.0@augustana.edu>, <CouB4J.E3z@world.std.com>, <2pr5ae$9gv@dancer.cc.bellcore.com>
  448. Subject : Re: /KT (was /AA? (I'm confused))
  449.  
  450. sohl,william h (whs70@dancer.cc.bellcore.com) wrote:
  451. : In article <CouB4J.E3z@world.std.com>,
  452. : David R Tucker <drt@world.std.com> wrote:
  453. : >: Don't forget that a Tech that becomes Tech+ has the /KT suffix
  454. : >: they can (should) use when in the HF.
  455. : >
  456. : >Well, the rule specifies that KT is to be used when a Novice upgrades
  457. : >to Technician.
  458.  
  459. : True, and the tech who upgrades to tech+ does not use the KT suffix
  460. : on HF.  Why, because there isn't a new license issued to reflect
  461. : the Texh+ change.  The use of the various suffix IDs is to indicate
  462. : the "temporary" operating approval between passing the test elements
  463. : and actual receipt of a new license.  Thus, no suffix is needed for
  464. : tech+ from tech because there isn't any new license to wait for.
  465.  
  466. : Just a small clarification of detail.
  467.  
  468. All true, but too much detail.  The real reason you don't need the
  469. suffix is there's no rule telling you you need to use one.
  470.  
  471. (Which is what I meant to say the first time.  Maybe I should have put
  472. *Novice* between stars - would've been clearer.  Sorry for the
  473. confusion.)
  474.  
  475. -drt
  476.  
  477. ------------------------------------------------------------------------
  478. |David R. Tucker     KG2S         8P9CL            drt@world.std.com|
  479. ------------------------------------------------------------------------
  480.  
  481. ------------------------------
  482.  
  483. End of Ham-Policy Digest V94 #189
  484. ******************************
  485.